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TITLE OF THE INVENTION 



A CENTRAL PROCESSING APPARATUS AND A COMPILE METHOD 

FIELD OF THE INVENTION 

The present invention relates to a central processing 
apparatus and a method of compiling for effectively 
assigning instructions of a program to a plurality of 
buffers respectively connected to a plurality of execution 
units in order to execute the instructions in parallel. 

BACKGROUND OF THE INVENTION 

To improve calculation systems, instructions are 
executed in parallel. Several factors such as control 
dependency and data dependency impede parallel operations. 
Because of a control dependency, an instruction of a branch 
destination is not executed until an instruction to output 
a branch condition is completed and the branch condition is 
determined. Because of a data dependency, an instruction 
to consume data is not executed until other instructions to 
generate the data are completely executed. To sufficiently 
increase parallel operation, a method to speculatively 
release these dependencies is necessary. 

As a method to execute instructions including 



dependencies with each other in parallel, a "predicated 
execution" and a "branch prediction method" are selectively 
used for controling the dependency, and "dependence 
collapsing" and "value prediction" are selectively used for 
the data dependency. 

In "predicated execution", a new source operand called 
"predicate" is assigned to an instruction, and the 
instruction is executed or not depending on the truth of 
the "predicate". Fig. 1 shows one example of program code 
without a "predicate" instruction. In this example, if a 
value of register r3 is equal to a value of register r4 , 
the execution branches label L2 by a condition branch 
instruction "beq" . If the values are not equal, the next 
instruction for the condition branch instruction "beq" is 
executed. Fig. 2 shows the same program code as in Fig. 1, 
but using a "predicate". Refering to (1) "pseq" 
instruction (the predicate set instruction) , if the value 
of register r3 is equal to the value of register r4 , "1" is 
set in PI as a predicate value and "0" is set in P2 as a 
predicate value. On the other hand, if the values are not 
equal, "0" is set in PI and "1" is set in P2. Furthermore, 
as shown in (2) ~ (4) of Fig. 2, as for the predicate 
instruction such as < PI > or < P2 > , if "1" is set as a 
variable in " < > " by "pseq" instruction, the execution 
result of the instruction is reflected to a register. On 
the other hand, as for a non-predicate instruction as shown 
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in (5) of Fig. 2, the execution result is always reflected 
in the register. Accordingly, in the program code of Fig. 
2, if the value of register r3 is equal to the value of 
register r4 , "1" is set as PI and "0" is set as P2 by " 
pseq" instruction. In this case, the execution results of 
< PI > instruction "sll r6, rlO, 2", "li r5 , 1" and non- 
predicate instruction "move r2 , r5" are only reflected in 
the register. In short, the same result as the case of 
branch to L2 in Fig. 1 is obtained. In the same way, if 
the value of register r3 is not equal to the value of 
register r4 , "0" is set as PI and "1" is set as P2. In 
this case, the execution results of the < P2 > instruction " 
li r5 , 0" and the non-predicate instruction "move r2 , r5" 
are only reflected in the register. In short, the same 
result as the case of non-branch to L2 in Fig. 1 is 
obtained. As an embodiment of predicate execution, a first 
method is that an instruction is executed irrespective of 
the truth of the "predicate" and the execution result of 
the true instruction is reflected as the status in case of 
decision of truth. A second method is that the instruction 
is not executed until the truth of the "predicate" is 
determined and only the true instruction is executed. The 
first method can only execute in parallel instructions 
including a control dependency. 

In the "branch prediction method", a branch 
destination of the condition branch instruction is 
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predicted before the condition is determined. As the 
prediction method, a first static method for indicating the 
branch destination (For example, if the condition branch 
instruction repeats a loop, the repeat is always 
predicted) , a second dynamic method for predicating using 
an exclusive hardware (For example, a branch direction is 
recorded whenever the branch instruction is executed; when 
executing the next branch instruction, the branch direction 
of a previous branch instruction is used) , and a 
combination of the first static method and the second 
dynamic method, are selectively used. Various means for 
realizing each method are proposed. An operation apparatus 
speculatively executes an instruction of prediction 
destination and decides whether the prediction is correct 
when a condition of predicted branch instruction is 
determined. If the prediction is correct, the speculative 
execution result is reflected in a state of the operation 
apparatus. If the prediction is erroneous, the speculative 
execution result is abandoned and an instruction for the 
correct branch destination is executed. 

In "dependence collapsing", instruction lines (a 
plurality of instructions) including the data dependency 
are converted into one instruction. This one instruction 
is executed by a special operation unit. Mainly, this 
method is used for multimedia operations or floating-point 
operations . 
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In "value prediction", an execution result of an 
instruction is predicted before input data necessary for 
the instruction is determined. In this case, output data 
of other instructions depending on the instruction in the 
program is predicted, and the instruction is executed using 
the predicted output data. In this way, two instructions 
including the data dependency are executed in parallel. As 
a method to predict the output data, the previous output 
result of the instruction is recorded, and this output data 
is used as the next perdition value. Otherwise, an 
instruction whose output value changes by predetermined 
rule (For example, the output value increases or decreases 
by predetermined ratio; several kinds of values are 
repeatedly output by predetermined order.) is found, and 
the output data is predicted by the predetermined rule. 
This "value prediction" is studied at present. Both an 
applicable ratio of prediction (a ratio of the number of 
instructions actually applied to the prediction and the 
number of dynamic instructions necessary for the 
prediction) and a hit ratio of prediction (a ratio of the 
number of instructions of correct prediction and the number 
of instructions applied to the prediction) are not so high. 

A general operation unit to use this method does not 
exist . 

In the above-mentioned parallel execution method of an 
instruction including a dependency, as for "predicated 
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execution", though an instruction existing along one 
direction of a branch destination in the program is not 
necessary to be executed, two instructions existing along 
two directions of a branch destination are executed. In 
this case, the operation unit is detained by the 
unnecessary instruction. Accordingly, the execution ratio 
of effective instruction goes down, and the execution ratio 
of all instructions also goes down. 

Furthermore, in "predicated execution", a control 
dependency relation between the instructions is converted 
to a data dependency relation through "predicate". The 
instruction sequence to set "predicate" (an instruction to 
set a condition of branch instruction before conversion) 
and the instruction sequence to input "predicate" (an 
instruction of branch destination before conversion) still 
depend on each other. Accordingly, these instructions are 
located in order of dependency in the program code. As a 
result, in order to execute an instruction located over a 
plurality of branch instructions in the program out of 
order, an apparatus to decide whether the instruction is 
executed out of order (For example, an instruction window 
for superscalar) must prepare a large number of entries. 

In "branch prediction method", if the branch 
destination of the branch instruction is erroneously 
predicted, all instructions to be executed after the branch 
instruction are unnecessary instructions in the worst case. 
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Even if a hit ratio of prediction of each branch 
instruction is high, a probability that a plurality of 
branch predictions are continuouslly hit is low. 
Accordingly, the execution of the instruction located over 
a plurality of branch instructions in the program is 
useless in many cases. Furthermore, instructions, each 
including a control dependency, are not located in parallel 
in the program code. As a result, in order to execute the 
instruction located over a plurality of branch instructions 
in the program out of order, large scale hardware is 
necessary in the same way as "predicated execution". 

In "dependence collapsing", the operation time of a 
complicated instruction such as a floating-point operation 
is reduced. However, the operation time of a simple 
instruction is not so reduced. In addition to this, a 
special operation unit to execute the converted instruction 
is necessary. 

In "value prediction", by predicting an output result 
of a particular instruction, the next instruction sequence 
located after the particular instruction and other 
instruction sequences including a data dependency to the 
particular instruction in the program are executed in 
parallel. However, in order to confirm whether the 
prediction is correct, these instruction sequences must be 
located in the original order of data dependency. 
Accordingly, in the same way as "predicated execution" and " 
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branch prediction method", in order to sufficiently execute 
the instructions out of order, the execution decision 
apparatus preparing many entries is necessary. 



SUMMARY OF THE INVENTION 



It is an object of the present invention to provide a 
central processing apparatus and a method of compiling able 
to effectively execute instructions out of order in a wide 
area of the program. 

According to the present invention, there is provided 
a central processing apparatus for assigning instructions 
of a program to a plurality of buffers respectively 
connected to one of a plurality of execution units, the 
plurality of execution units respectively executing the 
instruction by accessing a memory and a global register, 
wherein the program consists of a plurality of instruction 
sequences each including a data dependency, a control 
dependency between the instruction sequences is represented 
by a commit instruction, an instruction of data production 
or data consumption includes a flag representing possession 
of a register number in the global register accessed by the 
instruction, the central processing apparatus comprising: a 
task window number generator configured to assign a task 
window number to the instruction sequences belonging to a 
task window, the task window being at the end by the commit 
instruction; an assignment unit configured to assign the 
instructions to the plurality of buffers, each instruction 
sequence corresponding to one buffer to assign each 
instruction of the instruction sequence; a register update 
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unit configured to update data in the register number 
accessed by a particular instruction sequence in a task 
window if the particular instruction sequence is accepted 
by the commit instruction in the task window; and a memory 
update unit configured to update data in the memory whose 
address is accessed by a particular instruction sequence in 
a task window if the particular instruction sequence is 
accepted by the commit instruction in the task window. 

Further in accordance with the present invention, 
there is also provided a compile method for generating a 
program executed by a central processing apparatus for 
assigning instructions of the program to a plurality of 
buffers respectively connected to one of a plurality of 
execution units, the plurality of execution units 
respectively executing the instruction by accessing a 
memory and a global register, comprising the steps of: 
dividing the program into a plurality of instruction 
sequences each including a data dependency; generating a 
commit instruction instead of a condition instruction 
representing a control dependency between the instruction 
sequences in the program; assigning a flag to an 
instruction of data production or data consumption, the 
flag representing possession of a register number in the 
global register accessed by the instruction; and assigning 
a task number to each instruction in the instruction 
sequences belonging to a task window, the task window being 
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at the end by the commit instruction. 

Further in accordance with the present invention, 
there is also provided a computer readable memory 
containing computer readable instructions in a computer for 
assigning instructions of a program to one of a plurality 
of buffers respectively connected to a plurality of 
execution units, the plurality of execution units 
respectively executing the instruction by accessing a 
memory and a global register, comprising: an instruction 
means for causing the computer to divide the program into a 
plurality of instruction sequences each including a data 
dependency; an instruction means for causing the computer 
to generate a commit instruction instead of a condition 
instruction representing a control dependency between the 
instruction sequences in the program; an instruction means 
for causing the computer to assign a flag to an instruction 
of data production or data consumption, the flag 
representing possession of a register number in the global 
register accessed by the instruction; and an instruction 
means for causing the computer to assign a task number to 
each instruction in the instruction sequences belonging to 
a task window, the task window being at the end by the 
commit instruction. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



Fig. 1 is an example program without a predicate 
instruction . 

Fig. 2 is an example program including a predicate 
instruction. 

Fig. 3 is a block diagram of a processor according to 
an embodiment of the present invention. 

Fig. 4 is a flow chart of pipeline processing according 
to an embodiment of the present invention. 

Fig. 5 is a schematic diagram of a component of an 
execution buffer. 

Fig. 6 is a schematic diagram of a data structure of a 
queue . 

Fig. 7 is a schematic diagram of a register score 
board in an operand condition decision unit. 

Fig. 8 is a flow chart of processing of a load 
instruction and a store instruction according to an 
embodiment of the present invention. 

Fig. 9 is a schematic diagram of component of a store 
buffer . 

Fig. 10 is a schematic diagram of component of a load 
buffer . 

Fig. 11 is a flow chart of processing to register the 
load instruction in the load buffer. 

Fig. 12 is a schematic diagram of a component of a 
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conflict buffer. 

Fig. 13 is an example of a program without a cmt 
instruction . 

Fig. 14 is an example of a program including a cmt 
instruction. 

Fig. 15 is an example of a program without a bcmt 
instruction . 

Fig. 16 is an example of a program including a bcmt 
instruction . 

Fig. 17 is an example of a program without a lcmt 
instruction . 

Fig. 18 is an example of a program including a lcmt 
instruction . 

Fig. 19 is an example of a program including a dcmt 
instruction . 

Fig. 20 is an example of a program in which a task 
number and a task window number are assigned. 

Fig. 21 is a schematic diagram of a divergence of data 
dependence sequences. 

Fig. 22 is a schematic diagram of a confluence of the 
data dependence sequences. 

Fig. 23 is an example of a program described by pseudo 
register. 

Fig. 24 is a schematic diagram of the data dependence 
sequences in the program shown in Fig. 23. 

Fig. 25 is an example of the program of Fig. 23 in 
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which the data dependence sequences are speculatively 
moved , 

Fig. 26 is an example of the program of Fig. 25 in 
which a task number is assigned. 

Fig. 27 is an example of the program of Fig. 26 in 
which a condition instruction is converted to a commit 
instruction . 

Fig. 28 is an example of the program of Fig. 27 in 
which a flag is assigned to the instruction of data 
production. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 



Hereinafter, an embodiment of the present invention 
will be explained by referring to the drawings. Fig. 3 is 
a block diagram of components of a processor (a central 
processing apparatus) according to the present invention. 
As shown in Fig. 3, the processor includes a memory 1, an 
address generator 2, an instruction fetch unit 3, an 
instruction cue 14, an instruction decoder 5, a task window 
number generator 6, an assignment unit 7, execution buffers 
8, 9, 10, an operand condition decision unit 11, 
instruction execution units 12, 13, 14, local registers 15, 
16, 17, a global register 18, a global register update unit 
19, a load buffer 20, and a store buffer 21. In Fig. 3, 
the number of instruction execution units 12, 13, 14 
(three) represents one example. The unit number is not 
limited to this. Furthermore, in Fig. 3, the register 
consists of the global register 18 accessed by all 
instructions and a plurality of local registers 15, 16, 17 
accessed by an instruction belonging to a corresponding 
instruction execution unit. However, only the global 
register 18 may be used. 

In the present invention, an instruction sequence 
including a data dependency, regarded by a compiler, is 
called a task. In short, an instruction belonging to the 
task is related to other instructions belonging to the same 
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task as the data dependency. The other instruction is 
located before the instruction in the program. 
Furthermore, instruction sequences consisting from an 
instruction located just behind a commit instruction to the 
next commit instruction are called a task window. In 
short, the last instruction in the task window is a commit 
instruction. Each task window includes only one commit 
instruction. The task window consists of a plurality of 
tasks (instruction sequences) . Each task consists of a 
plurality of instructions. In the present embodiment, in 
order to discriminate the task to which each instruction 
belongs, a task number unique to the task is assigned to 
each instruction belonging to the task by the compiler. 
Furthermore, in order to discriminate the task window to 
which each instruction belongs, a task window number unique 
to the task window is assigned to each instruction 
belonging to the task window by the task window number 
generator 6 . 

In Fig. 3, an outline of the main units in the 
processor is explained. The task window number generator 6 
generates the task window number to assign to a decoded 
instruction. As for at least two task windows continually 
located in the program, a different number is assigned to 
each the task window. For example, a task window number of 
present task window is incremented by "1" and this 
incremented task window number is assigned to next task 
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window. The task window number generator 6 is realized by 
a loop counter whose maximum value is above "2". 

The execution buffers 8, 9, and 10 are repectively 
connected to one of the instruction execution units 12, 13, 
and 14. Each execution buffer previously corresponds to an 
address of the instruction in the program and consists of a 
plurality of cues. Each queue in the execution buffer 
previously corresponds to one task number. Therefore, the 
assignment unit 7 decides which execution buffer to assign 
a decoded instruction according to the address of the 
decoded instruction, decides the queue to insert the 
decoded instruction according to the task number of the 
decoded instruction, and inserts the decoded instruction to 
the queue in the execution buffer in order (first in, first 
out) . The instructions in the plurality of queues of the 
execution buffer are executed in order of insersion by the 
instruction execution unit. 

The operand condition decision unit 11 decides whether 
an operand in the decoded instruction is usable. The 
global register 18 consists of a plurality of registers and 
a register number is assigned to each register. The 
operand in the decoded instruction represents the register 
number. Accordingly, the operand condition decision unit 
11 decides whether a register of the register number 
represented by the operand is usable in the global register 
18. 
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The global register update unit 19 updates data in a 
register of the global register 18 according to an 
instruction accepted by the commit instruction. In this 
case, the global register update unit 19 controls to update 
the global register by unit of one accepted instruction. 

The load buffer 20 decides whether a store instruction 
on which a load instruction depends is registered in the 
store buffer 21. If a store instruction is registered in 
the store buffer 21, the load buffer 20 loads the necessary 
data of the store instruction from the store buffer 21. If 
a store instruction is not registered in the store buffer 
21, the load buffer 20 loads the necessary data from the 
memory 1 (or a cache memory) . 

The store buffer 21 temporarily preserves data of the 
store instruction (For example, memory address, a value to 
be stored) . After this store instruction is accepted by 
the commit instruction, the store buffer 21 updates data in 
the corresponding address of the memory in order of 
preservation of the store information. 

Generally, in the processor of the present invention, 
a plurality of instructions are assigned (inserted) to the 
queue in the execution buffer corresponding to the task 
number of each instruction. The instructions in the 
plurality of queues of the execution buffer are executed in 
order of assignment by the instruction execution unit 
connected to the execution buffer. The execution result of 
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an instruction to update the global register is temporarily 
preserved in the local register, and the execution result 
of an instruction to update the memory is temporarily 
preserved in the store buffer. Then, only the execution 
result of the instruction accepted by the commit 
instruction is formally stored in the global register or 
the memory. In short, limitation on the location of the 
instructions by the data dependency and the control 
dependency are removed. As a result, the size of the 
buffer necessary to extract the parallelism is reduced. 
Furthermore, the instruction execution unit extracts an 
executable instruction as a head instruction from 
respective queue in one execution buffer in order of 
assignment. Accordingly, selection processing time of the 
instruction is reduced, and the instructions located behind 
a branch instruction or a data dependent instruction are 
speculatively executed. 

Fig. 4 is a flow chart of pipeline processing of the 
processor according to the present invention. The address 
generator 2 indicates an instruction address to the memory 
1 by an address bus 22. The instruction fetch unit 3 
fetches a plurality of instructions based on the 
instruction address from the memory 1 (or the cache memory) 
by an instruction fetch bus 23 (Sll). The fetched 
instructions are inserted into the instruction queue 4 by 
an instruction queue bus 24 in the order fetched. If the 
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instruction cue 4 is full, the instruction fetch unit 3 
stops the next fetch until the instruction queue 4 includes 
a space. The address generator 2 is normally updated to 
indicate the next address after the last fetched 
instruction. However, if a jump instruction is accepted or 
if a lcmt instruction (loop commit instruction) is fetched, 
the address generator is updated to indicate the address 
represented by the jump instruction or the lcmt 
instruction. The instruction decoder 5 decodes a plurality 
of instructions from a head instruction stored in the 
instruction queue 4 through a decode bus 2 5 and obtains a 
class, an operand, a production/consumption flag, a task 
number of each instruction (S12) . Furthermore, the 
instruction decoder 5 obtains a task window number of each 
instruction from the task window number generator 6 and 
sends this information to the assignment unit 7. The 
assignment unit 7 selects one queue in one execution buffer 
into which to insert the instruction by referring to the 
information sent from the instruction decoder 5, and the 
assignment unit 7 inserts the instruction into the selected 
queue in the selected execution buffer through the 
execution buffer bus 26, 27, or 28 (S14). If the selected 
queue is full, the insertion waits until the selected queue 
includes a space. The instruction decoder 5 stops decode 
processing of the instruction during this period. 
Furthermore, if the execution buffer includes a commit 
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instruction not executed yet and the instruction decoder 5 
decodes the next commit instruction, the instruction 
decoder 5 executes the same processing. The assignment 
unit 7 determines the instruction execution unit to execute 
the instruction by its instruction address. 

Next, a method to select the queue in the execution 
buffer is explained in detail. Fig. 5 shows an example of 
the components of an execution buffer. For example, as 
shown in Fig. 5, each execution buffer consists of four 
queues. If the processor executes the program in parallel 
three instructions at a time, a first instruction is 
assigned to the execution buffer No . 1 , a second instruction 
is assigned to the execution buffer No . 2 , and a third 
instruction is assigned to the execution buffer No. 3. In 
short, the execution buffer is selected by the address of 
the instruction in the program. In each execution buffer, 
each queue differently corresponds to one task number. If 
the task number of the first instruction is "1", the first 
instruction is inserted into the queue No.l in the 
execution buffer No.l. If the task number of the second 
instruction is "2", the second instruction is inserted into 
the queue No. 2 in the execution buffer No . 2 . In short, the 
queue is selected by the task number of the instruction. 
As explained afterward, the task number may include the 
address of the instruction. For example, if the task 
number of the first instruction is "1", the task number may 
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be represented as wherein the former numeral "1" 

represents the address of the instruction and the latter 
numeral "1" represents the task number. In this case, both 
the one execution buffer and the one queue in the one 
execution buffer are selected by the task number. 

Fig. 6 shows an example of component of the queue. In 
this example, the queue is composed as a ring buffer. In 
the queue, four pointers (1. head, 2. tail, 3. execute, 4. 
commit) exists. A head pointer and a tail pointer 
respectively represents a head entry and an end entry 
registered in the ring buffer. An execute pointer 
represents an entry to be executed next. The execute 
pointer is moved to point to the next entry after the 
instruction is executed. A commit pointer represents an 
instruction to update a global register/memory. The commit 
pointer is moved to the next instruction to update the 
global register/memory after the update completes. As 
shown in Fig. 6, each entry (instruction) in the queue 
consists of a plurality of fields (a class of instruction, 
operand data, exceptional data) . If an instruction not 
accepted/rejected causes an exception, information for the 
exception is recorded as the exceptional data and the 
exceptional processing is delayed after this instruction is 
accepted . 

The operand condition decision unit 11 decides whether 
an operand of each head instruction stored in the queue of 
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the execution buffer 8-10 is usable (S15) . If the operand 
is usable and the instruction execution unit to execute the 
instruction is idle, the instruction is transferred to the 
instruction execution unit through a corresponding 
instruction bus. After the operand is fetched from the 
grobal register 18 or the local registers 15~17, the 
instruction is executed. The operand condition decision 
unit 11 decides whether the operand is usable or not by- 
referring to a register score board shown in Fig. 7. If an 
instruction including a production/consumption flag is 
decoded, a valid bit corresponding to a register 
represented by the flag is set to "0" in the register score 
board. When a value in the register is updated, the valid 
bit is set to "1". If the valid bit of all operands used 
by the instruction is "1", the operand condition decision 
unit 11 decides that the instruction is executable. In 
this case, a part of the executable instruction is not 
often executed by limit of resources (1. number of 
instruction execution units, 2. number of read ports of the 
global register, 3. number of read ports of the data cache, 
4. number of write ports of the store buffer, 5. number of 
entries of the store buffer, 6. number of entries of the 
load buffer) . 

The operand condition decision unit 11 selects an 
instruction from a plurality of executable instructions 
according to a predetermined rule and sends the instruction 
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to the instruction execution unit. As one example of the 
predetermined rule, an instruction inserted at the oldest 
time into the queue in the execution buffer connected to 
one instruction execution unit is selected first. Among 
the instructions stored in all execution buffers, an 
instruction in the execution buffer connected to the 
instruction execution unit of the highest priority is 
selected first. Furthermore, a compiler indicates the 
queue in the execution buffer to insert the instruction, 
and the instruction is assigned to the queue in the 
execution buffer to ease limited resources. In this case, 
it is not necessary that a priority order of instructions 
belonging to different instruction execution units is taken 
into consideration. For example, if the store buffer 
includes only one write port, a store instruction is 
assigned to the execution buffer connected to a specified 
instruction execution unit and it is not necessary that the 
limited resources of write ports of the store buffer is 
examined . 

Furthermore, irrespective of the assignment of the 
instruction to the execution buffer by the compiler, a 
predetermined task number is assigned to a speculative 
task. Among a plurality of instructions belonging to the 
same instruction execution unit, a non-speculative 
instruction is executed before a speculative instruction. 
By using this rule, the execution unit does not 
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speculatively execute an instruction unnecessary to 
execute. If an exception is caused in case of executing 
the instruction, a class of the exception is recorded in 
entry of the instruction of the queue, and the exceptional 
processing is not executed at this timing. 

After executing the instruction, the execution result 
is output to the local register in case of the instruction 
to output to the register (S20) . Furthermore, the 
execution result is registered to the store buffer 21 in 
case of the instruction (store instruction) to output to 
the memory (S21). When the commit instruction is executed, 
the commit instruction accepts some tasks and rejects other 
tasks according to the indicated condition (S19). If the 
instruction to output to the global register is accepted, a 
value of the local register to preserve the execution 
result and a global register number are sent to the global 
register update unit 19. If more instructions than the 
number of write ports of the global register update unit 
are accepted, these instructions are registered in order of 
a predetermined priority. As the predetermined priority, 
for example, the priority order decided by the operand 
condition decision unit 11 is used. The global register 
update unit 19 updates a predetermined number (the number 
of write ports) of values in the global register in order 
of registration for one cycle independent of the pipeline. 
Each instruction execution unit prepares two local register 
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sets. As for the instruction whose task window number is 
an even number and the instruction whose task window number 
is an odd number, different local registers set are used. 

On the other hand, if an instruction to output to the 
memory is accepted, the store buffer 21 updates a 
predetermined number (the number of write ports of the data 
cache) of values in the memory in order of registration 
independent of the pipeline. If an instruction for 
recording the class of exception is accepted, the 
exceptional processing based on the class of exception is 
executed. An instruction to output the local register and 
an instruction not including output are erased from the 
execution buffer without update processing after 
acceptance/rejection of these instructions. An eraser of 
the instruction in the execution buffer is realized by 
moving the head pointer in each cue. 

Next, Fig. 8 is a flow chart of processing of 
executing the load instruction/store instruction by the 
processor according to an embodiment of the present 
invention. The store instruction is not executed in two 
cases: 1. The store buffer is full, or 2 . A previous store 
instruction whose task number is equal to the present store 
instruction exists in the store buffer, and a task window 
of the previous store instruction is different from a task 
window of the present store instruction. First, when the 
store instruction is sent to the instruction execution 
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unit, a memory address to store the execution result is 
calculated (S31). Next, after deciding the class of 
instruction (S32) , information of the store instruction is 
registered in the store buffer 21 (S33) . 

Fig. 9 shows an example of a component of the store 
buffer. In this example, the store buffer is composed as a 
ring buffer. Each entry in the store buffer consists of a 
store address, a store value, a store width (word data, 
byte data, etc) , a task window number of the store 
instruction, a commit bit, and a clear bit. When the store 
instruction is registered in the store buffer, these 
elements are set in the entry. The commit bit and the 
clear bit are set to "0". If the store instruction is 
accepted by the commit instruction (S34), the commit bit in 
the entry of the store instruction is set to "1" (S36). If 
the store instruction is rejected <S34), the clear bit in 
the entry of the store instruction is set to "1" (S35) . 
When the commit bit of a head entry in the store buffer is 
set to "1", the memory is updated using information (store 
address, store value, and store width) of the entry, and a 
head pointer representing a head entry in the store buffer 
is moved to the next entry (S38) . On the other hand, when 
the clear bit of the head entry is set to "1", the head 
pointer is moved to the next entry and the memory is not 
updated (S37) . 

Next, an example of execution of a load instruction is 
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explained. As for the load instruction, in addition to the 
above-mentioned conditions for an executable instruction, 
if a condition that all store instructions in a previous 
task window are already executed (registration to the store 
buffer is completed) or rejected by the commit instruction 
is satisfied, the operand condition decision unit 11 
decides that the load instruction is executable. When the 
load instruction is sent to the instruction execution unit, 
the memory address to be loaded is calculated (S31) . Next, 
after deciding a class of the instruction (S32), the store 
buffer is referred, and it is determined whether a store 
instruction including a memory dependency for the load 
instruction is registered in the store buffer (S39) . 

A decision whether the load instruction dependently 
relates to the store instruction registered in the store 
buffer is executed by a predetermined standard. The 
compiler executes an instruction schedule so that a 
dependent relation between the load instruction and the 
store instruction is represented by this standard. As one 
example of the standard, the load instruction depends on 
the store instruction to update a load area which satisfies 
one of two conditions: 1. The store instruction belongs to 
a previous task window compared with a task window of the 
load instruction, or 2. The store instruction belongs to 
the same task as the load instruction and is located before 
the load instruction. If the store instruction depending 
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on the load instruction exists in the store buffer, a store 
value of the store instruction most recently registered in 
the store buffer (a part of the store value in case of the 
store width larger than the load width) is used as the 
output of the load instruction (S41) . On the other hand, 
if the store instruction depending on the load instruction 
does not exist in the store buffer, data cache is addressed 
(S42) . If the load area hits the data cache (S43), a value 
in the data cache is loaded and the load instruction is 
completed (S44) . On the other hand, if the load 
instruction causing a data cache miss or a page fault 
exception, it is registered in the load buffer 20 (S45) . 

Fig. 10 shows an example of a component of the load 
buffer. In this example, the load buffer is composed as a 
ring buffer. Each entry in the load buffer consists of a 
load address whose lower several bits are masked by "0" (it 
is called a "cache address"), a register field consisting 
of plural register numbers (register field), a valid 'field, 
and a refill bit. The number of register numbers in the 
register field represents the number of words in one line 
of the data cache. A number "n" of bits to be masked in 
the cache address is determined so that "n" power of 2 is 
equal to the number of bytes in the cache line. In Fig. 
10, the cache line of eight words is shown. The register 
field represents that a word in the cache line is loaded 
into a register represented by the register number in order 
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of MSB. The valid field represents whether the register 
number in the register field is valid or not (1: valid). 
The load to an invalid register is not executed. 

Fig. 11 is a flow chart of processing of registering 
the load instruction to the load buffer. First, it is 
examined whether an entry including an address equal to the 
cache address of the load instruction exists in the load 
buffer (S51, 52). If the entry exists in the load buffer, 
it is examined whether a corresponding register field of 
output of the load instruction is valid or not by referring 
to a corresponding valid field in the entry (S56) . If the 
entry including an address equal to the cache address of 
the load instruction does not exist in the load buffer or 
if the output register of the load instruction is not 
registered in the register field for an existing entry 
(corresponding register field is already valid, or refill 
bit of this entry is "1"), a new entry is created in the 
load buffer and the load instruction is registered in the 
new entry (S55) . In this case, the refill bit is set to " 
0" . 

On the other hand, if an entry including a cache 
address of the load instruction exists in the load buffer 
and a field corresponding to an output register of the load 
instruction in the entry is invalid, a register number of 
the output register is stored in a corresponding register 
field in the entry and the valid field corresponding to the 
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register number is set to "1" (S54) . If any valid bit in a 
head entry is "1" and a refill bit in the head entry is " 
0", data corresponding to a cache address in the head entry 
is read from the memory. After reading the data, the 
refill bit in the head entry is set to "1". After setting 
the refill bit to "1", a load to an effective register in 
the register field is executed in order from Rl to R8 . 
After completing the load to all effective registers, a 
head pointer is moved to the next entry in the load buffer. 

In the present invention, two classes of load 
instructions (1. a load instruction to be executed as soon 
as it is executable, 2. a load instruction (delayed-load) 
not to be executed until it is accepted by a commit 
instruction even if it is executable) are considered. The 
delayed-load instruction is set to belong to next task 
window of the commit instruction. In this case, a limit of 
instruction location by dependence relation (memory 
dependence relation) of the load instruction and the store 
instruction is reduced. In short, a load instruction to be 
located in a specified task window by the memory dependence 
relation is intentionally converted to a delayed-load 
instruction. As a result, this load instruction is 
originally located in a task window located before the 
specified task window. The delayed-load instruction 
provides effects such as an improvement in code density and 
a relief from cache miss penalties from instruction 
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prefetch . 

Furthermore, in the present invention, as another 
class of the load instruction, a load instruction (MD-load) 
independent of a store instruction including vague 
dependency is used. In case of executing a MD-load 
instruction, the store buffer is not referenced, and data 
stored in the memory or the data cache is directly loaded. 
Information for the MD-load instruction is registered in a 
memory conflict buffer. Fig. 12 shows an example of 
components of the memory conflict buffer. In this example, 
each entry in the memory conflict buffer consists of a 
plurality of fields: 1. task number of MD-load instruction, 
2. load address, 3. load width (word, byte, etc), 4. 
conflict bit, and 5. valid bit. In case of registering the 
MD-load instruction in the memory conflict buffer, the 
conflict bit is set to "0", and the valid bit is set to " 
1" . 

The operand condition decision unit 11 decides whether 
a store instruction is executable. In case that a MD-load 
instruction belonging to a task window located before 
another task window of the store instruction is not 
executed and the MD-load instruction is not 
accepted/rejected by the commit instruction, the operand 
condition decision unit 11 decides that the store 
instruction is not executable. If the store instruction is 
transferred to the instruction execution unit and a store 
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address is calculated, a MD-load instruction to load an 
area including the store address is searched for in the 
conflict buffer. If the MD-load instruction is found, a 
conflict bit in an entry including this MD-load instruction 
is set to "1". Before the MD-load instruction is 
accepted/rejected by the commit instruction, it is 
necessary to confirm whether the MD-load instruction 
actually depends on the store instruction by ccmt (check 
commit) instruction. In this case, it is necessary for the 
compiler to execute an instruction schedule so that the 
ccmt instruction is necessarily executed before a task 
including the MD-load instruction is accepted. 

The ccmt instruction is one class of commit 
instructions, and indicates a task number as a source 
operand. In this case, a valid bit in effective entry 
(valid bit is "1") including the indicated task number in 
the conflict buffer is set to "0". If a conflict bit is " 
1" in this effective entry, a task of the indicated task 
number in the effective entry is reexecuted. In order to 
guarantee a correct condition of the processor by 
reexecution of the task, it is necessary for the compiler 
to assign the registers so that an input operand used by a 
task including MD-load instruction is not reused in a task 
window including the MD-load instruction. Furthermore, the 
task assignment is executed so that one task includes one 
MD-load instruction. By using the above-mentioned system, 
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it is possible that the load instruction is moved forward 
by passing over the store instruction including vague 
dependency in the program. 

Next, in the present invention, one example of a 
method for representing a dependency relation between 
instructions is explained. First, in this example, a 
control dependency relation between instructions is 
represented by three classes of commit instructions: 1. cmt 
instruction, 2. bcmt instruction, 3. lcmt instruction. As 
for the cmt (commit) instruction, the input consists of a 
condition expression, an acceptable task set if the 
condition expression is not satisfied, and a rejectable 
task set if the condition expression is satisfied. 

Fig. 13 shows an example of program code including a 
condition branch instruction according to the prior art. 
In Fig. 13, a bne instruction branches to an indicated 
address if values of two input operands are different. 

Fig. 14 show an example in which the program code in 
Fig. 13 is represented by a cmt instruction instead of a 
bne instruction according to the present invention. The 
task number of each instruction is added at the head of 
each instruction. In case of executing the cmt 
instruction, the condition expression (In Fig. 14, a value 
of $3 is not equal to a value of $6) is checked. If the 
condition expression is not satisfied, tasks belonging to 
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the acceptable task set (In Fig. 14, tasks 1, 2, 3) are 
accepted. If the condition expression is satisfied, tasks 
belonging to the rejectable task set (In Fig. 14, tasks 2, 
3) are rejected, and a task belonging to the acceptable 
task set and not belonging to the rejected task set is 
accepted (In Fig. 14, a task 1). The execution result of 
instruction belonging to the rejected task is not reflected 
in a state of the processor. In Fig. 13, if a value of $3 
is not equal to a value of $6, five instructions from a 
head instruction next after the bne instruction to a tail 
instruction just before a label $L48 are not executed. In 
this way, the condition branch is realized by the cmt 
instruction . 

As for a bcmt (branch commit) instruction, the input 
consists of a condition expression, an accepted task set if 
the condition expression is not satisfied, a rejected task 
set if the condition expression is satisfied, and a branch 
address if the condition expression is satisfied. 

Fig. 15 shows an example of program code including the 
condition branch instruction according to the prior art. 
Fig. 16 shows an example in which the program code in Fig. 
15 is represented by a bcmt instruction instead of a bne 
instruction according to the present invention. In the 
present invention, assume that a branch is not caused by 
the condition branch instruction in a prior program code. 
In this case, if all executable instructions are located 
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before a commit instruction of the condition branch 
instruction, the condition branch is represented by a cmt 
instruction. On the other hand, assume that one part of 
the total executable instructions is not located before the 
commit instruction. In this case, if the condition is 
satisfied, the branch is executed by the bcmt instruction 
so that the one part instruction is not executed. Examples 
to use bcmt instruction are given as two cases: 1. an 
instruction can not be moved forward by passing over the 
commit instruction by the limit of dependency, and 2. a 
more effective operation is executed if the instruction is 
not moved forward by passing over the commit instruction. 
In Fig. 16, for example, a j instruction (direct jump 
instruction) can not be moved forward by passing over the 
commit instruction. But if an update of the program 
counter by the j instruction is executed after acceptance 
and the program counter is incremented by "1" until 
acceptance, the j instruction can be moved forward of the 
commit instruction. 

As for lcmt {loop commit) instruction, the input 
consists of a condition expression, a task number set 
consisting of a loop, an acceptable task number set for 
only the first loop, and a branch address if the condition 
expression is satisfied. The Lcmt instruction is used to 
represent a control dependency in a loop structure. 

Fig. 17 shows an example of a program code including a 
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condition branch instruction according to the prior art. 
Fig. 18 shows an example in which the program code in Fig. 
17 is represented by an lcmt instruction instead of a bne 
instruction according to the present invention. First, 
when the lcmt instruction is executed, tasks consisting of 
the loop (In Fig. 18, tasks 3 and 4) and tasks accepted at 
first loop only (In Fig. 18, tasks 1 and 2) are accepted. 
If the condition expression in lcmt instruction is 
satisfied, the operation branches to a branch address (head 
of the loop) indicated by the lcmt instruction. In this 
case, task numbers of the tasks consisting of the loop are 
renamed to unused task numbers as much as possible. If the 
task number is changed, in the embodiment that the compiler 
assigns the task to the queue (the task number still 
corresponds to the queue) , the queue to insert the task is 
different from the queue to insert the task during the one 
time previous loop. In case of executing the lcmt 
instruction after the second time, tasks consisting of a 
loop are accepted using the renamed information of the task 
number. For example, in Fig. 18, if the task numbers 3 and 
4 are respectively renamed 5 and 6, the tasks 5 and 6 are 
accepted. The tasks to be accepted at only the first time 
loop are rejected. The renamed information of the task 
number is updated whenever the loop is executed. When the 
condition expression of the lcmt instruction is not 
satisfied, the renamed information is abandoned. 
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In a general super scalar processor, in order to 
exploit higher parallelism in case of repeatedly executing 
the loop, a register renaming function to dynamically 
change the register for the instruction to output is 
prepared. In the present invention, a set of local 
registers used by the instruction are divided according to 
the task window of the instruction. Accordingly, the 
parallel degree of instruction in case of executing the 
loop can be rised without the register renaming function. 

Next, in the present invention, a method for 
representing data dependency is explained. Assume that one 
instruction (it is called an instruction B) relates to 
another instruction (it is called an instruction A) as a 
data dependency. If the instruction A is located before 
the instruction B in the program, a production flag is 
added to an output operand of the instruction A (In Fig. 
18, the flag "P" is added to the output operand.). If the 
instruction B is located before the instruction A, a 
consumption flag is added to an input operand corresponding 
to the execution result of the instruction A in input 
operands of the instruction B. In the present invention, 
before the execution result of the instruction A to be used 
by the instruction B is obtained, a function to execute the 
instruction B by predicting the operation result of the 
instruction A can be considered (it is called "value 
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prediction".). As a system to predicate the execution 
result of the instruction A, for example, last outcome- 
based value predictor is used ("Highly Accurate Data Value 
Prediction using Hybrid Predictors", IEEE Micro *97). 

In the present invention, as a commit instruction to 
execute a value prediction, a dcmt instruction is prepared. 
As for the dcmt instruction, the input consists of a 
register number as output operand and a task number of 
instruction including the output operand. 

Fig. 19 shows an example of a program code generated 
by the compiler in order to execute the value prediction. 
The compiler executes a task assignment so that an 
instruction to execute the value prediction is located at a 
head position of the task and clearly points out that this 
task is a particular task to execute the value prediction 
in the program code (In Fig. 19, "d." is added in front of 
instruction mnemonic "addu" of the task 3.). Furthermore, 
the instruction schedule is executed so that a dcmt 
instruction whose input consists of the output operand and 
the task number of the particular instruction is executed 
before this task is accepted. 

In order to decide whether the prediction value is 
correct, an instruction the same as the particular 
instruction is assigned to a task not to execute the value 
prediction. The operand condition decision unit does not 
decide whether the input operand is usable for a head 
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instruction of the task to execute the value prediction, 
transfers the head instruction to an output result 
prediction unit, and outputs a predicted value obtained 
from the output result prediction unit as the execution 
result to the local register. When the dcmt instruction is 
executed, it is decided whether a value of the input 
register is equal to the predicted value. If equal, the 
input task is accepted. If non-equal, the task to execute 
the value prediction is reexecuted as a task not to execute 
the value prediction. In this case, the dcmt instruction 
is not executed. 

Furthermore, in the present invention, a dependency 
relation between subroutines is represented by a jcmt 
instruction and a rcmt instruction. As for the jcmt 
instruction, the input consists of an address of a 
subroutine to be called, and a task number set. The jcmt 
instruction outputs the address to begin the execution 
after returning from the subroutine as a result. In this 
case, tasks of the task number set are accepted and move 
the control to the indicated subroutine. As for the rcmt 
instruction, the input consists of a register number and a 
task number set. In case of executing the rcmt 
instruction, tasks of the task number set are accepted and 
the control is moved to an address of the register 
indicated by the register number. 
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Next, hereinafter, in the processor of the present 
invention, an operation of each unit in case of executing 
the instruction, and the components or functions of some 
units, are explained in detail. In the following 
explanation, the processing executed at each pipeline stage 
is defined as follows. 

• Fetch stage (F stage) ••• An instruction is fetched 
from the memory. 

• Decode stage (D stage) ••• The fetched instruction is 
decoded and inserted into the queue. 

• Execution stage (E stage) — An operation using the 
instruction execution unit is executed. 

• Memory stage (M stage) ••• Reading data from the 
cache memory and registration to the store buffer are 
executed . 

• Write back stage (W stage) ••• The operation result 
is written in the local register. 

Furthermore, "instruction i" represents an instruction 
of instruction number i. 

Fig. 2 0 shows one example of a program to be executed 
by the processor. Hereinafter, a case that the program in 
Fig. 20 is used as an execution object is explained along 
with a cycle flow. In order to simply explain, assume that 
instructions executed by a pipeline do not exist at the 
start timing of the program in Fig. 20. 

First, at F stage in cycle 1, the instruction fetch 
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unit 3 fetches instructions 1~3 in order and inserts these 
instructions into the instruction queue 4. In the present 
invention, the number of simultaneous fetch operations does 
not depend on the number of processors. In this example, 
the number of simultaneous fetch operations is three. 

Next, at F stage in cycle 2, the instruction fetch 
unit 3 fetches instructions 4 ~ 6 and inserts them into the 
instruction cue 4. On the other hand, at D stage in cycle 
2, the instruction decoder 5 decodes the instructions 1~3 
in the instruction queue 4, and obtains a class of 
instruction, operand data, a task number, and a 
production/consumption flag. Each instruction obtains a 
task window number from the task window number generator 6. 

The assignment unit 7 respectively inserts the 
instructions 1 ~ 3 into a corresponding queue in the 
execution buffer 8~10 according to the task number. 
Furthermore, the assignment unit 7 sets a global register 
number $ 5, a local register number $ 5 of the instruction 
execution unit 12, and a local register number $ 1 of the 
instruction execution unit 13 as non-use according to the 
production flag and the operand of each instruction. 

Next, in cycle 3, the operand condition decision unit 
11 decides whether a head instruction in each execution 
buffer is executable. The instructions 1~3 are 
executable. Accordingly, these instructions are 
respectively transferred to the instruction execution units 
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12 ~ 14 and executed. In this case, output of the 
instructions 1 and 2 respectively represents the local 
register. After executing the instructions 1 and 2, these 
local registers are set to be usable. On the other hand, 
at D stage of cycle 3, the instruction decoder 5 decodes 
the instructions 4 ~ 6 and inserts them into the 
corresponding queue in the execution buffer. The 
production/consumption flag is not added to the operand of 
the instructions 4~6. Accordingly, processing to set a 
specified register as non-use is not executed. At the F 
stage, the instruction fetch unit 3 fetches the 
instructions 7~9. In the following cycles, the same 
processing is executed at the F stage and the D stage. 

At E stage in cycle 4, the instruction 4 is executed, 
and a load address is calculated by the instruction 
execution unit 12. A value of the local register $ 5 to be 
used by the instruction 4 is obtained by by-pass of the 
execution result of the instruction 1. 

At W stage in cycle 5, the execution results of the 
instructions 1 and 2 are output to the local register. The 
execution result of the instruction 3 is also output to the 
local register to save this result and formally output it 
to the global register 18. On the other hand, at M stage 
in cycle 5, the data cache is referenced using the load 
address of the instruction 4. In case of cache-miss, the 
instruction 4 is registered in the load buffer 20. The 
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instruction 7 is not executed in cycle 5 because the local 
register $ 1 is unusable. 

In cycle 6, the load buffer 20 begins refill 
processing of the data cache for the load address of the 
instruction 4. In this case, an entry to be replaced in 
the data cache is set invalid. On the other hand, at E 
stage in cycle 6, the instructions 11 and 12 are executed, 
and the load address is calculated. The instruction 10 is 
not used because the global register $ 6 is unusable. At F 
stage in cycle 6, the instructions 16~18 are fetched. In 
a situation that a commit instruction 14 is not executed 
yet, the next commit instruction 21 is newly fetched. 
Accordingly, the instruction fetch unit 3 stops fetching 
instructions until the instruction 14 is erased in the 
execution queue. 

At M stage in cycle 7, the data cache is referenced 
using the load address of the instructions 11 and 12. In 
case of a cache-hit for the instruction 12, a value is read 
from the data cache. On the other hand, in case that a 
cache-miss is caused for the instruction 11 and that a load 
address of the instruction 11 and a load address of the 
instruction 4 are different in the same cache line, the 
instruction 11 is merged into an entry of the instruction 4 
in the load buffer. At E stage in cycle 7, the instruction 
15 is executed while the instructions 13 and 14 are not 
executed. 
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At W stage in cycle 8, a value in the local register $ 
3 of the instruction execution unit 12 is updated by the 
instruction 12. On the other hand, at D stage in cycle 8, 
the instructions 19 — 21 are decoded. In a situation that 
the commit instruction 14 is not executed yet, the next 
commit instruction 21 is decoded. Accordingly, insertion 
of the instructions 19~21 into a corresponding queue in 
the execution buffer waits until the instruction 14 is 
executed, and decode of the following instructions is 
stopped . 

At W stage in cycle 9, the execution result of the 
instruction 15 is written in the local register to save 
this result and formally output it to the global register. 
The same processing is executed at W stage in the following 
cycle . 

In cycle 15, assume that refill processing is 
completed in the load buffer and the execution result of 
the instruction 4 is written in the local register. During 
cycles 10~15, the instruction fetch is only executed at F 
stage, and processing is not executed at other pipeline 
stages . 

At E stage in cycle 16, the instruction 7 is executed. 
The loaded result of the instruction 11 in the load buffer 
is written into the local register. 

At E stage in cycle 17, the instructions 10 and 14 are 
executed. The instruction 14 executes acceptance/rejection 
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of a task according to the condition. If the condition is 
satisfied, tasks 1_1, 2_1, 2_2, and 3_1 are accepted and 
tasks 1_3, 1_4, 3_3, and 3_4 are rejected. The rejected 
tasks are erased from the execution buffer. As for the 
accepted tasks, if the instructions, that consist from a 
head instruction of the task to an instruction located just 
before the instruction to output to the global register, 
are completed (update in the local register is completed) , 
the accepted tasks are erased from the execution buffer. 
In Fig. 20, the instructions 1, 2, 4, 11, and 14 are 
erased. On the other hand, the commit instruction 14 is 
already executed. Accordingly, the instruction decoder 5 
begins to execute decode processing again, and the 
instructions 19~21 are respectively inserted into the 
execution buffers 8~10. 

At W stage in cycle 18, the execution result of the 
instruction 7 is output to the global register 18. The 
instruction 7 is erased from the execution buffer. On the 
other hand, at E stage in cycle 18, the instruction 21 is 
executed. All tasks accepted by the instruction 21 except 
for tasks 2_2 and 3_1 are already erased. In this case, 
two tasks 2_2 and 3_1 are accepted, and the instruction 21 
is erased from the execution buffer. The other processing 
is not executed because a loop condition is satisfied. 
Furthermore, at D stage in cycle 18, the instructions 10 ~ 
12 are respectively inserted into the execution buffers 8~ 
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10. As raentioned-above, in case of executing the loop, 
renaming of the task number is executed in order to rise 
the parallelism. However, in this example, the 
instructions executed at previous loop time are not 
included in the execution buffer. Accordingly, renaming of 
task number is not executed. 

In cycle 19, the instructions 10~12 are executed. 
In cycle 20, the instructions 13~15 are executed. If 
a condition of the instruction 14 is not satisfied, tasks 1_ 
3, 1_4, 2_2, 3_1, 3_3, and 3_4 are accepted. 

At W stage in cycle 21, the global register $ 6 is 
updated by the instruction 10. At E stage, the instruction 
16 is executed. 

In cycle 22, the instruction 16 is registered in the 
store buffer 21. The instruction 16 is already accepted. 
Accordingly, the commit bit in an entry of the instruction 
16 is set to "1". On the other hand, at W stage in cycle 
22, the global register $ 5 is set to "0" by the 
instruction 15. At E stage, the instruction 21 is 
executed, and tasks 2_2 and 3_1 are accepted. In this 
case, if the loop condition is not satisfied, tasks not 
accepted/rejected are erased from the execution buffer 8~ 
10 and the instruction cue 3. Then, the address generator 
2 updately indicates the next instruction 22. 

In cycle 23, the content of the memory is updated by 
the instruction 16 registered in the store buffer 21. On 
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the other hand, at F stage, the instruction 22 is fetched. 
In cycle 24, a commit instruction 22 is decoded. 
In cycle 25, the commit instruction 22 is executed. 
The task 1_1 is accepted by the instruction 22. The 
address generator 2 updately indicates an address 
represented by the global register $ 31. 

In Fig. 20, if the instruction 10 is located before 
the instruction 14 by the prior processor, a correction 
code to return any erroneous value in the register updated 
by the instruction 10 to an original value is necessary. 
Accordingly, if a speculative execution of the instruction 
10 generates an error, a large penalty occurs. However, in 
the present invention, the instruction 10 can be located 
before the instruction 14 without generating the correction 
code. In short, the speculative moving of the instruction 
is executed without the correction code. Accordingly, out 
of order execution of the instruction in a wide area is 
realized by simple hardware. Furthermore, in the present 
invention, instructions located before a loop can be 
included in the loop (It is not executed in Fig. 20). By 
this moving, the speculative execution of the loop is 
possible in a wider area than in the prior art. In 
addition to this, in the present invention, in realization 
of VLIW format, a density of instructions also rises. 

Next, in the present invention, a code generation 
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method of compiler to generate a program code executable by 
the processor is explained. In order to generate the 
program code executable by the processor, in addition to 
processing executed by a compiler of the prior art, the 
compiler of the present invention includes three 
processings: 1. task assignment and task scheduling for 
instruction, 2. representation of dependency relation using 
commit instruction, and 3. register assignment and addition 
of production/consumption flag based on communication 
between registers. Hereinafter, these processings are 
explained. 

First, task assignment and task scheduling for the 
instruction are explained. The maximum number of tasks 
allowed in one task window is the number of queues in the 
execution buffer in the processor. In the task assignment 
for the instruction, any data dependence relations between 
instructions are determined in a program and the program is 
divided into a plurality of data dependence sequences. 
Analysis of data dependence relation is executed in the 
same way as the compile method of the prior art. As for 
division of the data dependence relation, as shown in Fig. 
21, if a branch exists in the data dependence relation, one 
branch destination instruction (In Fig. 21, instruction 2) 
is assigned to the data dependence sequence of branch 
source instruction (In Fig. 21, instruction 1), and the 
other instruction (In Fig. 21, instruction 3) is assigned 
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to another data dependence sequence. Furthermore, as shown 
in Fig. 22, if a joint exists in the data dependence 
relation, a joint destination instruction (In Fig. 22, 
instruction 3) is assigned to the data dependence relation 
of one joint source instruction (In Fig. 22, instruction 
1) • 

Next, the data dependence sequences to be 
speculatively executed are selected from all data 
dependence sequences, and the selected data dependence 
sequence is speculatively moved forward in the program. As 
for speculative moving of the data dependent sequence, the 
following conditions are necessarily satisfied. 

1. A length of data dependence sequence to be 
speculatively moved is below the size of the queue. 

2. In arbitrary state of the processor, a maximum 
number of the data dependence sequences speculatively 
executing (not accepted/rejected by the commit instruction) 
is below a predetermined number (arbitrary number smaller 
than number of the queue) . 

3 . Order relation between the condition branch 
instructions does not change. 

4. If a result used by instruction A included in data 
dependence sequence to be speculatively moved is different 
by the condition, a result to be used by the instruction A 
is determined at execution timing of the instruction A (All 
instructions depending on the instruction A are 
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accepted/rejected.) . 

In order to satisfy the above condition 1, if a length 
of the data dependence sequences to be speculatively moved 
is above the size of the queue, the data dependence 
sequence is divided into a plurality of data dependence 
sequences each of which has a length below the size of the 
queue . 

As for an instruction not included in the loop, the 
number of classes of control paths linked from a head of a 
subroutine to this instruction is limited. Accordingly, as 
for a state that this instruction is executed, this 
instruction is moved so that the above condition 2 is 
guaranteed by the control path whose number of speculative 
data dependence sequences is maximum. Furthermore, by a 
limit that instruction is not speculatively moved into a 
basic block consisting of the loop, the above condition 2 
is guaranteed in a state that any instructions in the loop 
are executed. 

In case that a data dependence sequence including a 
condition branch instruction is moved by passing over 
another condition branch instruction in the program, the 
data dependence sequence is divided into a part including 
the condition branch instruction and a part not including 
the condition branch instruction. By moving the part not 
including the condition branch instruction, the above 
condition 3 is guaranteed. In the same way, if the data 



- 51 - 



dependence sequence is moved to a position that the above 
condition 4 is not satisfied, a part satisfying the 
condition 4 in the data dependence sequence is only moved. 

Last, the data dependence sequence in each basic block 
is assigned to task. Speculative data dependence sequences 
are respectively assigned to different tasks, and non- 
speculative data dependence sequences are assigned to the 
remaining tasks. If the number of instructions included in 
a task is above the size of the queue (The one task is 
limited to a task assigned to non-speculative data 
dependence task) , an unconditional commit instruction to 
unconditionally accept tasks is inserted into the 
instruction sequence of the task so that the unconditional 
commit instruction is executed until capacity of the queue 
is full. 

The above explains the task assignment and the task 
scheduling for instructions by the compiler according to 
the present invention. In an embodiment that a non- 
speculative task is executed before a speculative task, a 
task number of the speculative task is previously 
determined in order to decide whether the task is 
speculative, and the computer assigns this task number to 
speculative data dependence sequence. 

Next, a method for representing a dependence relation 
using a commit instruction is explained. A commit 
instruction of the present invention relates to an 
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instruction prepared in the processor of the prior art as 
following correspondence relation. The compiler converts 
the instruction of the prior art to the commit instruction 
according to the correspondence relation in order to 
represent the dependence relation. A general condition 
branch instruction corresponds to the bcmt instruction. A 
basic block to which the bcmt instruction branches is the 
same as a basic block to which the condition branch 
instruction branches before conversion. In this case, a 
part of the instructions in the basic block of a branch 
destination is often speculatively moved forward in the 
program. As tasks to be accepted by bcmt instruction, non- 
speculative tasks which are not accepted at execution 
timing of the bcmt instruction are indicated. As tasks to 
be rejected by bcmt instruction, in speculative tasks which 
are not rejected at execution timing of the bcmt 
instruction, tasks assigned to instructions in an 
unarrivable control path in case that a condition of the 
bcmt instruction is satisfied are indicated. 

At a completion timing of task scheduling, if all 
instructions to be executed only in case that the branch 
condition is not satisfied are located before the condition 
branch instruction, the condition branch instruction 
corresponds to the cmt instruction. Indication of tasks to 
be accepted/rejected by the cmt instruction is the same as 
the bcmt instruction. 
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A condition branch instruction used for repeating a 
loop corresponds to the lcmt instruction. A branch 
destination of the lcmt instruction is the same as a branch 
destination of the condition branch instruction before 
conversion. In non-speculative tasks which are not 
accepted at the first execution timing of the lcmt 
instruction, tasks not consisting of the loop are indicated 
as tasks to be accepted at the first loop execution only 
and the remaining tasks are indicated as tasks consisting 
of the loop. 

A subroutine call instruction corresponds to the jcmt 
instruction and a subroutine return instruction corresponds 
to the rcmt instruction. The tasks to be accepted by the 
jcmt/rcmt instruction are indicated in the same way as the 
bcmt instruction. 

A check instruction ("Memory Conflict Buffer for 
Achieving Memory Disambiguation in Compile-Time Code 
Schedule", USP 5694577) in a processor of the prior art 
corresponds to the ccmt instruction. 

A dcmt instruction is inserted as a last instruction 
in a task including the instruction to execute value 
prediction. An output register of the prediction 
instruction and the task are indicated as the input 
operand . 

Next, register assignment and addition of 
production/consumption flag based on communication between 
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tasks are explained. After the task scheduling and 
generation of the commit instruction, instruction 
scheduling is executed a task window at a time. In the 
instruction scheduling, the order relationship of 
instructions in the same task is not changed. However, the 
order relationship between different tasks is freely 
changed. If a data dependence relationship exists in 
instructions belonging to different tasks, a 
production/consumption flag is added to the instruction 
according to the location order. If an instruction to 
produce data is located before, the production flag is 
added to an output operand of the instruction. On the 
other hand, if an instruction to consume data is located 
before, the consumption flag is added to an input operand 
of the instruction. 

Next, a register assignment is executed to scheduled 
instructions. In the present invention, the global 
register is used in three cases: 1. A plurality of tasks, 
each of which generates a value used by some instruction as 
input, exists; 2. The execution result of instruction 
belonging to some task is written in a plurality of local 
registers; and 3. A register is used as an interface 
between a subroutine and the main routine. As for the 
assignment of the global register, a compiler method of the 
prior art is applied. The compiler assigns the local 
register except for the above-mentioned case. The 
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assignment of the local register is executed one task at a 
time to read each local register. Basically, a compiler 
method of the prior art is applied. However, if the local 
register is updated by a task instruction as a non-object 
of the local register assignment, the register assignment 
is executed for an input operand instruction to input from 
the local register. 

Furthermore, as for an occupied space in the local 
register, the beginning is a head part of a task window 
including an instruction to update the local register and 
the end is an end part of the next task window location 
including an instruction to use the local register. As one 
example of a register representation in the present 
invention, different register numbers are assigned to the 
local register and the global register. As for different 
local register sets, overlapping register numbers are used. 

As for an instruction to output the execution result to 
the local register, a number of the local register set to 
be updated is added. 

Hereinafter, as for the program code described by sign 
register shown in Fig. 23, an operation to generate a code 
according to the present invention is explained. In this 
example, the assignment of each task to the queue in the 
execution buffer is executed by the compiler. The program 
code in Fig. 23 is represented by the VLIW method, in which 
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the execution unit to be used by an instruction is 
determined by location address of the instruction. In the 
example of Fig. 23, the number of instruction execution 
units is three, the number of queues is four for each 
execution buffer (total is twelve) , and a size of each 
queue is eight. 

First, the compiler of the present invention divides 
the program code into a plurality of data dependence 
sequences. The program code in Fig. 23 is divided into 
eleven data dependence sequences as shown in Fig. 24. In 
this case, each data dependence sequence consists of 
instructions not executable in parallel. Next, a data 
dependence sequence to be speculatively executed is 
selected and moved. The program code is scheduled so that 
a length of all codes is mihimalized. In this example, 
data dependence sequences 4, 5, 7, 8, and 10 are selected. 
As a result, the program code shown in Fig. 25 is obtained. 
Last, a task number is assigned to each data dependence 
sequence as shown in Fig. 26. 

In Fig. 26, the instruction unit used by an 
instruction is determined by location address of the 
instruction. In Fig. 26, each line consists of three 
instructions to be simultaneously executed in one cycle. 
As for the three instructions, a first instruction is 
executed by the instruction execution unit 12; a second 
instruction is executed by the instruction execution unit 
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13; and a third instruction is executed by the instruction 
execution unit 14 in Fig. 3. In Fig. 26, numbers 1~4 
added to a head of instruction mnemonic discriminates the 
task to be inserted into the corresponding queue in the 
execution buffer. As a result, twelve tasks are 
represented because three instruction execution units each 
process four tasks. In other words, twelve tasks are 
included in each task window. As mentioned-above , each 
instruction execution unit processes four queues 
respectively corresponding to tasks 1~4. Accordingly, 
each instruction is inserted into one queue of the four 
queues corresponding to one execution buffer according to 
the task number and the address of each instruction. 

The above explanation is the example of task 
assignment and task scheduling. Next, in order to 
represent a dependence relation between instructions, a 
specified instruction is converted into the commit 
instruction. In Fig. 26, a condition branch instruction 
(beg, bne) and a register indirect jump instruction (jr) to 
return from a subroutine are converted into the commit 
instruction. In Fig. 26, all instructions, that are 
executed in case that a branch condition of first "bne" 
instruction is not satisfied, are located before the first 
bne instruction. Accordingly, the first bne instruction is 
converted into a cmt instruction. The second "bne" 
instruction and the "beq" instruction are converted into a 
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bcmt instruction, and the "jr" instruction is converted 
into a rcmt instruction. 

Fig. 27 shows the program code having the commit 
instruction instead of the above-mentioned branch 
instruction and jump instruction in Fig. 26. As for tasks 
to be accepted/rejected by the commit instruction, an 
instruction execution unit number (an execution buffer 
number) to which the task belongs and a task number 
corresponding to the queue are represented as a combination 
(For example, in Fig. 27, the combination number "2_1" 
added to the instruction mnemonic) . Next, by assigning a 
register and adding a production/consumption flag to the 
program code in Fig. 27, the program code operatable by the 
processor is obtained. In Fig. 27, two instructions to 
update sign register $112 and one instruction to update 
sign register $113 are included. Accordingly, the global 
register is assigned to these sign registers. As for a 
register used as an interface between a subroutine and the 
main routine, the global register is assigned. As for 
other register, the local register is assigned. Last, if a 
data dependence relationship exists in the instructions 
belonging to different queues, the production flag (P:) or 
the consumption flag (C:) are added to the instruction to 
use the register for data delivery. 

Fig. 28 shows a final program code obtained by the 
above-mentioned processing. In Fig. 28, a register 
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including "_" represents the local register, and another 
sign register represents the global register. Furthermore, 
an instruction, that outputs to the local register 
including a number in front of updates the indicated 

local register in the local register set represented by 
this number. 

As mentioned-above, in the present invention, 
dependency between instructions is represented by the 
commit instruction and the production/consumption flag of a 
register. Accordingly, instructions are out of order in a 
wider area by a smaller hardware scale than in the 
processor of the prior art. Furthermore, the compiler 
clearly indicates whether the instruction is speculative, 
and non-speculative instructions are executed before 
speculative instructions. As a result, fall of ability 
because an unnecessary instruction monopolizes the 
execution unit is avoided, and the ability of the processor 
greatly rises. 

A memory can be used to store instructions for 
performing the process described above. The process may be 
performed with the aid of a general purpose computer or 
microprocessor. Such a memory can thus be a CD-ROM, floppy 
disk, hard disk, magnetic tape, semiconductor-memory, and 
so on . 
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Other embodiments of the invention will be apparent to 
those skilled in the art from consideration of the 
specification and practice of the invention disclosed 
herein. It is intended that the specification and examples 
be considered as exemplary only, with the true scope and 
spirit of the invention being indicated by the following 
claims . 
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WHAT IS CLAIMED IS: 



1. A central processing apparatus for assigning 
instructions of a program to a plurality of buffers each 
connected to one of a plurality of execution units, the 
plurality of execution units each executing the 
instructions by accessing a memory and a global register, 

wherein the program comprises a plurality of 
instruction sequences, each instruction sequence comprises 
a plurality of instructions including a data dependency, a 
control dependency between the instruction sequences is 
represented by a commit instruction, and an instruction of 
data production or data consumption includes a flag 
representing possession of a register number in the global 
register, 

the central processing apparatus, comprising: 
a task window number generator configured to assign a 
task window number to the instruction sequences in a task 
window, the commit instruction being at the end of the task 
window; 

an assignment unit configured to assign the 
instructions to the plurality of buffers, each instruction 
sequence corresponding to one buffer; 

a register update unit configured to update data in 
the register number accessed by a particular instruction 
sequence in a task window if the particular instruction 
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sequence is accepted by the commit instruction in the task 
window; and 

a memory update unit configured to update data in the 
memory address accessed by a particular instruction 
sequence in a task window if the particular instruction 
sequence is accepted by the commit instruction in the task 
window . 

2. The central processing apparatus according to 
claim 1, 

wherein the program comprises a plurality of task 
windows, each task window comprises a plurality of the 
instruction sequences, and each instruction sequence 
including non-speculative instructions is located before 
each instruction sequence including speculative 
instructions in the same task window. 

3. The central processing apparatus according to 
claim 2, 

wherein each instruction in the program is aligned in 
correspondence with each of the plurality of execution 
units to execute the each instruction in parallel, and a 
task number representing the instruction sequence and the 
execution unit is assigned to each instruction. 

4. The central processing apparatus according to 
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claim 3 , 

wherein the commit instruction in the task window 
represents a condition instruction, and includes a 
condition, the task numbers to be accepted if the condition 
is not satisfied, and the task numbers to be rejected if 
the condition is satisfied. 

5. The central processing apparatus according to 
claim 4, 

wherein the commit instruction represents a branch 
condition instruction, and additionally includes a branch 
address of the instruction if the condition is satisfied. 

6. The central processing apparatus according to 
claim 3, 

wherein the commit instruction in the task window 
represents a loop condition instruction, and includes a 
loop condition, the task numbers representing a loop, and 
the task numbers to be accepted in case of the first loop 
only . 

7. The central processing apparatus according to 
claim 3, 

wherein the global register comprises a plurality of 
register numbers, and the flag of the instruction of data 
production or data consumption represents the register 
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number of non-use for other instructions until the 
instruction is completely executed. 

8 . The central processing apparatus according to 
claim 7, 

further comprising an instruction decoder configured 
to decode a plurality of the instructions in order, and 
supply each instruction to said assignment unit along with 
operand data, the task number, and the task window number 
to which the instruction belongs. 

9. The central processing apparatus according to 
claim 8, wherein, 

when said instruction decoder decodes the instruction 
including the flag, 

said instruction decoder sets the register number in 
the global register represented by the flag as non-use for 
the other instructions. 

10. The central processing apparatus according to 
claim 3, 

wherein each of the plurality of buffers comprises a 
plurality of queues, and each of the plurality of queues 
exclusively stores the instructions of predetermined task 
number by first in first out. 
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11. The central processing apparatus according to 
claim 10, 

wherein said assignment unit assigns the instruction 
to the queue in the execution buffer corresponding to the 
task number of the instruction in the program. 

12. The central processing apparatus according to 
claim 1, 

wherein said task window number generator increments 
the task window number by one when the commit instruction 
is detected as the last instruction in the instruction 
sequence, and assigns an incremented task window number to 
the instruction sequences consisting of the instruction 
sequences from an instruction just behind the commit 
instruction to the next commit instruction in the program. 

13. The central processing apparatus according to 
claim 9, 

further comprising a plurality of local registers 
respectively connected to each of the plurality of 
execution units, 

wherein each execution unit executes the instruction 
by accessing a respective local register in order to 
temporarily preserve the execution result of the 
instruction . 
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14. the central processing apparatus according to 
claim 13, wherein, 

if a particular instruction sequence is accepted by 
execution of the commit instruction in the task window, 

said register update unit updates data in the register 
number of the global register represented by the flag in 
the particular instruction sequence using the execution 
result preserved in the local register. 

15. The central processing apparatus according to 
claim 13, wherein, 

if a particular instruction sequence is rejected by 
execution of the commit instruction in the task window, 

said register update unit does not update data in the 
register number of the global register represented by the 
flag in the particular instruction sequence. 

16. The central processing apparatus according to 
claim 1, 

wherein said memory update unit temporarily preserves 
the execution result of a store instruction in a particular 
instruction sequence executed by the execution unit. 

17. The central processing apparatus according to 
claim 16, wherein, 

if the particular instruction sequence is accepted by 
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execution of the commit instruction in the task window, 

said memory update unit updates data in the address of 
the memory represented by the store instruction using the 
preserved execution result. 

18. The central processing apparatus according to 
claim 16, wherein, 

if the particular instruction sequence is rejected by 
execution of the commit instruction in the task window, 

said memory update unit does not update data in the 
address of the memory represented by the store instruction. 

19. The central processing apparatus according to 
claim 16, 

further comprising a load buffer to temporarily 
preserve a load instruction in order to read data from the 
memory or said memory update unit. 

20. The central processing apparatus according to 
claim 19, wherein, 

when the execution unit executes the load instruction 
in a particular instruction sequence accepted by the commit 
instruction, 

the execution unit decides whether the load 
instruction depends on the execution result of the store 
instruction in said memory update unit. 



- 68 - 



21. The central processing apparatus according to 
claim 20, wherein, 

if the load instruction depends on the execution 
result of the store instruction in said memory update unit, 

the load buffer loads the execution result of the 
store instruction from said memory update unit. 

22. The central processing apparatus according to 
claim 21, wherein, 

if the load instruction does not depend on the 
execution result of the store instruction in said memory 
update unit, 

load buffer loads data stored in the address of the 
memory represented by the load instruction. 

23. A compile method for generating a program 
executed by a central processing apparatus for assigning 
instructions of the program to a plurality of buffers each 
connected to one of a plurality of execution units, the 
plurality of execution units executing the instruction by 
accessing a memory and a global register, comprising the 
steps of : 

dividing the program into a plurality of instruction 
sequences each including a data dependency; 

generating a commit instruction instead of a condition 
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instruction representing a control dependency between the 
instruction sequences in the program; 

assigning a flag to an instruction of data production 
or data consumption, the flag representing possession of a 
register in the global register accessed by the 
instruction; and 

assigning a task number to each instruction in the 
instruction sequences belonging to a task window, the 
commit instruction being at the end of the task window. 

24. A computer readable memory containing computer 
readable instructions in a computer for assigning 
instructions of a program to a plurality of buffers each 
connected to one of a plurality of execution units, the 
plurality of execution units executing the instruction by 
accessing a memory and a global register, comprising: 

an instruction means for causing the computer to 
divide the program into a plurality of instruction 
sequences each including a data dependency; 

an instruction means for causing the computer to 
generate a commit instruction instead of a condition 
instruction representing a control dependency between the 
instruction sequences in the program; 

an instruction means for causing the computer to 
assign a flag to an instruction of data production or data 
consumption, the flag representing possession of a register 
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in the global register accessed by the instruction; and 

an instruction means for causing the computer to 
assign a task number to each instruction in the instruction 
sequences belonging to a task window, the commit 
instruction being at the end of the task window. 
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ABSTRACT OF THE DISCLOSURE 



A central processing apparatus assigns instructions of 
a program to a plurality of buffers respectively connected 
to one of a plurality of execution units. The program 
consists of a plurality of instruction sequences each 
including a data dependency. A control dependency between 
the instruction sequences is represented by a commit 
instruction. An instruction of data production or data 
consumption includes a flag representing possession of a 
register number in a global register accessed by the 
instruction. A task window number generator assigns a task 
window number to the instruction sequences in a task window 
having the commit instruction at the end. Each instruction 
sequence corresponds to one buffer to assign each 
instruction of the instruction sequence. A register update 
unit updates data in the register number accessed by a 
particular instruction sequence if the particular 
instruction sequence is accepted by the commit instruction 
in the task window. A memory update unit updates data in 
an address of the memory accessed by a particular 
instruction sequence if the particular instruction sequence 
is accepted by the commit instruction in the task window. 
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$ 0, 


5 





1 


1 b u. e 


$ 3, 


2 


1 w. e 


$ 5, 


2- 


a d d i u 


$ 7-, 


3 


move 


$ 2, 


2 


s u b u 


$ 3, 


2 


s w 


$ 3, 


1 


c m t . n e" 


$ 3, 






11. 


1 


a d d i u 


$ 6, 



C h_l_G 1 o-b ($ 0) 
I n t_G 1 o b ($0) 
$7, - 1 
$ 0 

$ 7, $ 5 
0($ 4) 
$ 6, 

2, 31, 12, 31 
$0.5 



^ X <f. If 



1 w. e $4, In t_G lob ($0) 

slti $3, $4, 101 

bne $ 3, $ 0, $ L 1 4 

j $L9 

sw - $0, 0 ($56) 

addiu $ 3 , $ 0, 3 



j=t$. /r 



$ L l 4 : 



1 w. e 

s w 

slti 
b c m t . 



i d d 



$ 4, 
$ 0, 
$ 3, 
$ 3, 
II. 
$ L J 
$ 3, 



Int.Glob ($ 0) 
0 (5 5 6) 
$4, 10 1 
$ 0. $ L 1 4, 
21, 121 







1 w 


$ 3, 0 ($5 7) 






s w 


$ 1 6, 16 ($ s p) 




$ L 4 


i : 1 w 


$ 9, 0 ($11) 






a d d i u 


$11, $11, 16 








$ Q ft ( 3 ) 






b n e 


$11, $ 1 0, $ L 4 








f. n 


o 
i 


i : 


1 w 


$ 3, 0 ($5 7) 




3 : 


1 w 


$ 9 : p, o ($11) 




3 : 


a d d i u 


$11, $11, 16 




4 : 


s w 


$ 9, 0 ($ 3) " 




2 : 


s w 


$ 1 6, 16 ($ s p) 




3 : 


1 c m t . n e 


$11, $10, $L41 








13, 41, il, 21 



l : 


1 w 


$ 3. 


0 ($5 7) 


l : 


a d d u 


$ 9, 


$ 3, $ 4 


3 : 


: d . a d d u 


$ 9, 


$ 3, $ 4 


3 : 


: s w 


$ 9, 


0 ($5 7) 


3 : 


: d c m t - 


$ 9, 


131 



WINDOW 
NUMBER. 



T/A5K 



1 ; 


move 


P : $ 


_5, $ 4 


[1] 


1 ; 


a d d i u 


p ; 




[2] 


1 ; 


a d d i u 


P \ 


$ 5 , $ 0 , 1 


[3] 


1 ; 


] w $_ 


, o 


( $_5 ) 


[4] 


1 


nop 






[5] 


\ 


nop 






[6] 




a d d i u 


P : 


$ 6, $_1 , 1 0 


17] 


1 


nop 






18] 


1 


nop 






[9] 


3 


a d d i u 


$ 6 


, $6r-l 


[1 0) 


2 


1 b u . e 


$_ 


2, Ch 1_G lob ($0) 


[1 1] 


3 


1 w. e 


P : $ 


1_3, In t_G lob ($0) 


[1 2} 


3 


subu 


P : $ 


_4, $6, $_3 


[1 3] 


2 


! bcmt. 


n e 


$_2, $_1, $ L 4 8 


[1 4] 


1 


1 1 _ 1 , 


1_3, 


2_1, 2_2, 3_1, 3_3, 3_4|, 


i 1 _3 


4 


: m o v e 


P : $ 5, $ 0 


[1 5] 


4 


; s w $_ 


4, 0 


(5_5) 


[1 6] 


2 


: nop 






[1 7] 


4 


: n o p 






[1 8] 


3 


: n o p 






[1 9] 


2 


".nop 






[2 0] 


1 


: 1 c m t . 


n e 


$5, $0. $L46 


[2 1] 




Il_3, 


1_4, 


2_2. 3_1. 3_3, 3_4 ! , 11 




1 


: r c m t 


$ 3 1 




[2 2] 












1 


: nop 






[2 3} 


1 


: n o p 






[2 4] 



CoVTPOJ To £ /2*J 



INSTRUCTION Z 



/VSTR.VCT/6H 3 



IN STRVCTHN. 1 

Qoi/rruj to 



}H STRUCT! t>N Z 

Courr^r To $ //tj 



) N STRUCT/ oN 3 

Cuss 4 /ix ^ i //?) 



r e f 1 e c 



t 



move S 1 1 4 . $ 6 : move $113. $ 5 ; move $112. S 4 
slti $115. $114.2: nop: nop 
bne $115, SO, H 1 09 ; nop". nop 

1 w. e $117, boards ize (SO); addiu S116, $113. 1 ;■ nop 
subu $113. $117. $116; nop*. nop 

S L 1 0 9 : 



S L 1 1 1 : 



sliio: 



a d d 


i u $ 1 1 


8, $ o. l ; 


nop: nop 




b e q 


$114. 


$118. $ L 


111". nop; 


nop 


add 


i u $ 1 1 9. $ 0, 3 ; 


nop; nop 




bne 


$114. 


$119. $ L 


110; nop; 


nop 


1 w. 


e $ 1 2 1 


, boards 


ize (SO); a 


d d i u 


sub 


u $ 1 1 2 


. S 1 2 1 . $ 


12 0; nop: 


nop 


1 w. 


e $ 1 2 3 


, boards 


i z e ($ 0) ; n 


o p ; 


m u 1 


t $113 


. $12 3: 


nop; nop 




nop 


; nop; 


nop 






nop 


; nop; 


nop 






m f 1 


o $ 1 2 4 


nop; 


nop 




j r 


$31; a 


ddu $ 2. 


$12 4, $ 1 1 2 


n o 



F 1 f. 2 3 



(&ASl£ BLOCK 1) 

i?ATA DEPENDENCE SEQUENCE 1 

DAXA PBpZHpENCZ $E<St\JENC£ z - - - 

}?ATA P£fENP&NCE SEQ^EWCE 3 

C 5A5iC BLOCK 2) 

PATA pePENPENCE. SE6MyJ££ f 

DATA DBPBNPENCB s^^E 5" 



DATA DEPENDENCE SEMEME {, 




move $114, $6 
slti $115, $114, 2 
bne $115, $0, $L109 



move $113, $5 
. move $112, $4 



lw. e $117, boards i ze ($0) 
. ^ a d d"i u $116, $113, 1 
Vsubu $113 -,-$117, $116 



f addiu $118, $0, 1 
Vbeq $114, $118, Ulll 



(yks\t block q-) 

PATA PEPen pence sr^oke 7 addiu $11 9, $0. 3 

Vbne $114, $119, $L1 10 



(BfrSlt block 53 

PATA PEPEW0EMCE S-EQI/-ZMCE ? > 

PATA pEpEN&ENCE .5£*?t/£Nr£ ? ^ I 



lw. e $121, boardsize ($0) 
addiu $120, $112, 1 
subu $112, $121, $120 



pATA PEPE-W^ENCE SEQUENCE 



V 



1 w. e 
mult 
nop 
nop 
m f 1 0 
a d d u 



$123, boardsize ($0) 
$ 1 1 3, $ 1 2 3 



$ 1 2 4 

$ 2 . $12 4, 



$ 1 1 2 



PATA PEfEHPEWCE. S^Z^CE // ^ J r $31 



if f ice t : 



1 w. e £12 3. boards ize($0>: move $114. $ 6 ; move $113, f 5" 

mult $ 1 1 3 . $ 1 2 3 ; slti $115. $114. 2; move $112. $ f 

nop*. tw. e §117. boardsize(SG); addiu $116. $113. 1 

nop; bne $115. SO. SL109; subu S 11 3. $117. $116 

mflo $124: addiu $118. $ 0 . 1 ; addiu $119. $0. 3 

nop; be? 5114.S118. SLlli; nop 

nop; bne 5134. $119. $L110; nop 

addiu S 1 2 0. $ 1 1 2. 1 : Iw. e 5121, boards ize (SO); nop 

subu $112. $121. $120; nop*. nop 



addiu $2. $124, $112", 



$31; nop 



S123. boardsize(SO); llmove $114. $6; 1 : m o v e S 1]3J? 
$113, $123; 1 : s 1 t i $115, $114, 2*. 2:move $112, $4 
3 1 1 w. e $117, boards ize($0); 3 : a d d i u $116. $113. 1 
i:bne SI 15, $0, SL109 ; 3:subu $113, $117. $116 



tgjt i I e c i 
3^3 : 1 w. e 
: N3 : m u I t 

■*j3 : n o p : 
y5 3 : n o p ; 
$3l 10 9: 

- 3 : m f I o 

_3 : nop; 
jj i : nop ; 
s l i l i : 

1 : a d d i u $ 1 2 0 . S 1 1 2 . 1 ; 1 
l: subu $112. $121. $120; 

sliio: 

1 ; a d d i u $2. $124, $112: 



$12 4; 

1 : b e q 
1 : b n e 



1 : a d 6 i u $ 1 1 8. $ 0, 1 : 
$114, $118. $Llll; 3 
S 1 1 4 , 5 1 1 9 , $Liio; 1 



3: addiu $119. $ 0. 3 

! n o p 
: n o p 



|w. e $121, boardsize ($0); 
1 ; n o p ', 1 ! nop 

1 : j r $31; 1 : n o p 



J 1 1 f- 26 



'* l 3 : m f 1 o 

:| : o o p : 



reflect: 

3;U , c $123. boardsize($0>: llmove $114. $6: llmove $113,?!? 
3 : m u 1 t $113. S 1 2 3 : llslti $115. $114. 2: 2:move $112, ?4 
II: nop; 3:1 w. e SI 17, boardsize (SO); 3:addiu $116. Si 3 3. 
| : n o p : llcmt.ne $115, $0.; 3:subu $113. $117. $116 
ff 1 I2_l. 2_3. 3_1. 3_2. 3_3I. I2_3, 3_3| 

$124: i:addtu $118. $ 0 . 1 : 3'.addiu $119. $0. 3 
lrbcmt.eq S114. $118. $L111.: 3Inop 
L H-3. 2_1, 3_3. 3_4}. I3_3. 3.4} 

1 ; n o p : r.bcmt. ne $114. $119. $L110.; llnop 

y n_i. 2_i. 3_it. ii 

||- 1 l 1 : 

: a d d i u $120. S112. i:-i:lw. e $121. boardsize ($0): llnop 
llsubu $112. $121.5120: llnop; i:nop 
$ L 1 1 0 : 

l'.addiu $2. $124, $112; 1 : r c m t $31.; llnop 

11_1. 2_ll 



f 1 f. 7 



reflect: 

3 : | w. e SJ, boatdsize ($0); 2 : move P:$_l.S6l JImove P : S 3 , ? ? 

3lmult S3, $.1 ; 1 : s 1 I i S_l.$_1.2: 2 : mo v e P.* $7. $4 

|f I n o p : 3 : 1 w. e P : $ 3_2, boards i ze ($0); 3 : add i u $_I . S 3. 1 

|j : nop ; llcmt.ne $ _ 1 . $ 0 . ; 3 : s u b u S3, S _ 2 . S _ 1 

in t2_l. 2_3. 3_1."3_2. 3_3l. I2_3, 3_3I 

: m f I o P : S_2 ; 1 : a d d i u ?_2. $0.1: 3 ! a d d i u P : $ 2_3. $ 0, 3 

: n o p ; 1 : b c m t . e q $_ 1 , $_2 , $ L 1 1 3 , . 3 : n o p 

* 1 1 _ 3 , 2_1. 3_3, 3_4l, |3_3, 3_4 } 

3 1 n o p ; ltbcmt.ne $.3. SL11 0, ; 1 : nop 

W ! 1 _ 1 , 2_1, 3 _ 1 1 . I! 
gL ill : 

u l : a d d i u S_3, $7.1; 1 : ! w. c P:$1J. boardsize (SO); llnop 

llsubu $7. $_4 . $_3 ; 1 ; nop ; 1 : nop 

? L i io: 

1 : add i u $2. 5_2. $71 llrcmt $31.*, llnop 

11.1. 2_ll 



DECLARATION AND POWER OF ATTORNEY 

Atty. Docket No. 

As a below named inventor, I hereby declare that my residence, post office 
address and citizenship are as stated below next to my name; I believe I am the 
original, first and sole inventor (if only one name is listed below) or an original 
first and joint inventor (if plural names are listed below) of the subject matter 
which is claimed and for which a patent is sought on the invention entitled: 

A CENTRAL PROCESSING APPARATUS AND A COMPILE METHOD 



the specification of which is attached hereto; or 



was filed as United States application Serial No. 

on and was amended 

on (if applicable) ; or 

was filed as PCT international application Number 

on and was amended 

on (if applicable) . 



4 !f I hereby state that I have reviewed and understand the contents of the above -identified 

S specification, including the claims, as amended by any amendment referred to above. 

f : I acknowledge the duty to disclose information which is material to patentability 

^ as defined in 37 CFR § 1.56. 

''H I hereby claim foreign priority benefits under 35 U.S.C. § 119 (a) - (d) or § 365(b) of 

4P any foreign application (s) for patent or inventor's certificate or § 365(a) of any 

I PCT international application (s ) designating at least one country other than the 



O United States, listed below and have also identified below, any foreign application (s) 





for patent or 
a filing date 


inventor's certificate, or any PCT international application (s) 
before that of the application (s) of which priority is claimed: 


having 




COUNTRY 


| APPLICATION NUMBER | DATE OF FILING | PRIORITY 
| 1 (day, month, year) j UNDER 35 


CLAIMED 
U.S.C. 119 




Japan 


| Pll-267889 | 22/September/1999 | yY Yes 


No 






I | 1 Yes 


No 






I 1 1 Yes 


No 






1 ! | Yes 


No 






1 | 1 Yes 


No 






I 1 1 Yes 


No 



I hereby claim the benefit under 35 U.S.C. § 119(e) of any United States ; 
application (s) listed below: 

| APPLICATION NUMBER 1 DATE OF FILING 

I I 
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DECLARATION AND POWER OF ATTORNEY (Continued) 
Atty. Docket No. 



I hereby claim the benefit under 35 U.S.C. § 120 of any United States application (s) 
or § 365(c) of any PCT international application(s) , designating the United States, 
listed below and, insofar as the subject matter of each of the claims of this appli- 
cation is not disclosed in the prior United States or PCT international application (s) 
in the manner provided by the first paragraph of 35 U.S.C. § 112, I acknowledge the 
duty to disclose information which is material to patentability as defined in 37 C.F.R. 
§ 1.56 which became available between the filing date of the prior application (s) 
and the national or PCT international filing date of this application: 



APPLICATIONS 



STATUS (Check one) 



APPLICATION NUMBER 



DATE OF FILING 



| PATENTED 1 PENDING | ABANDONED 



J_ 



i ,1 



I hereby appoint the following attorneys and/or agents to prosecute this application 
and transact all business in the Patent and Trademark Office connected therewith. 
FINNEGAN, HENDERSON, FARABOW, GARRETT & DUNNER, L.L.P. Reg. No. 22,540; 
Douglas B. Henderson, Reg. No. 20,291; Ford F. Farabow, Jr., Reg. No. 20,630; 
Arthur S. Garrett, Reg. No. 20,338; Donald R. Dunner, Reg. No. 19,073; Brian G. 
Brunsvold, Reg. No. 22,593; Tipton D. Jennings, IV, Reg. No. 20,645; Jerry D. Voight, 
Reg. No. 23,020; Laurence R. Hefter, Reg. No. 20,827; Kenneth E. Payne, Reg. No. 
23,098; Herbert H. Mintz, Reg. No. 26,691; C. Larry O'Rourke, Reg. No. 26,014 
Albert J. Santorelli, Reg. No. 22,610; Michael C. Elmer, Reg. No. 25,857; Richard H. 
Smith, Reg. No. 20,609; Stephen L. Peterson, Reg. No. 26,325; John M. Romary, Reg. No. 
26,331; Bruce C. Zotter, Reg. No. 27,680; Dennis P. O'Reilley, Reg. No. 27,932; 
Allen M. Sokal , Reg. No. 26,695; Robert D. Bajefsky, Reg. No. 25,3 87; Richard L. Stroup, 
Reg. No. 28,478; David W. Hill, Reg. No. 28,220; Thomas L. Irving, Reg. No. 28,619; 
Charles E. Lipsey, Reg. No. 28,165; Thomas W. Winland, Reg. No. 27,605; Basil J. Lewris, 
Reg. No. 28,818; Martin I. Fuchs, Reg. No. 28,508; E. Robert Yoches, Reg. No. 30,120; 
Barry W. Graham, Reg. No. 29,924; Susan Haberman Griffen, Reg. No. 30,907; Richard B. 
Racine, Reg. No. 30,415; Thomas H. Jenkins, Reg. No. 30,857; Robert E. Converse, Jr., 
Reg. No. 27,432; Clair X. Mullen, Jr., Reg. No. 20,348; Christopher P. Foley, 
Reg. No. 31,354; John C. Paul, Reg. No. 30,413; David M. Kelly, Reg. No. 30,953; 
Kenneth J. Meyers, Reg. No. 25,146; Carol P. Einaudi, Reg. No. 32,220; Walter Y. 
Boyd, Jr., Reg. No. 31,738; Steven M. Anzalone, Reg. No. 32,095; Jean B. Fordis, 
Reg. No. 32,984; Barbara C. McCurdy, Reg. No. 32,120; James K. Hammond, Reg. No. 
31,964; Richard V. Burgujian, Reg. No. 31,744; J. Michael Jakes, Reg. No. 32,824; 
Thomas W. Banks, Reg. No. 32,719; M. Paul Barker, Reg. No. 32,013; Bryan C. Diner, 
Reg. No. 32,409; Christopher P. Isaac, Reg. No. 32,616; Andrew Chanho Sonu, Reg. 
No. 33, 457; Dirk D. Thomas, Reg. No. 32,600; David S. Forman, Reg. No. 33,694; 
Vincent P. Kovalick, Reg. No. 32,867; James W. Edmondson, Reg. No. 33,871; Michael R. 
McGurk, Reg. No. 32,045; Joann M. Neth, Reg. No. 36,363; Gerson S. Panitch, Reg. No. 
33,751; Cheri M. Taylor, Reg. No. 33,216; Charles E. Van Horn, Reg. No. 40,266; and 



Send Correspondence to: 

FINNEGAN, HENDERSON, FARABOW, GARRETT & DUNNER, L.L.P. 
1300 I Street, N.W. 
Washington, D.C. 20005-3315 



Direct Telephone Calls to: 



Ernest F. Chapman 
(202) 408-4000 
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DECLARATION AND POWER OF ATTORNEY (Continued) 

— Attv. Docket No. 

I hereby declare that all statements made herein of my own knowledge are true an 
that all statements made on information and belief are believed to be true; and 
further that these statements were made with the knowledge that willful false 
statements and the like so made are punishable by fine or imprisonment, or both, 
under section 1001 of Title 18 of the United States Code, and that such willful' 
false statements may jeopardize the validity of the application or any patent 
issuing thereon. 





FULL NAME | 

OF first | Takashi YOSHIK£WA 
INVENTOR j 
1 




1 


RESIDENCE & | CITY AND STATE OR^CITY AND FOREIGN COUNTRY 
CITIZENSHIP T „ , 

Kanagawa-ken, Japan 


j COUNTRY OF 
| CITIZENSHIP 

j Japan 


i 
[ 


POST OFFICE | 

ADDRESS | c /° Intellectual Property Division, Toshiba Corporat 
j Shibaura, Minato-ku, Tokyo, Japan 
1 


ion, 1-1-1, 


! XpFIRST INVENTOR'S SIGNATURE 


| DATE 

I Am. 7 2000 


! JflFULL NAME | 
; 4pF SECOND [ 
| =-[jINVENTOR | 

! ,H 1 


; ^RESIDENCE & j CITY AND STATE OR CITY AND FOREIGN COUNTRY 
| CITIZENSHIP j 

1 ^ I 

! If 1 


| COUNTRY OF 
j CITIZENSHIP 

1 


i 1 

I i 
I I 
l 1 


^POST OFFICE | 
{ ADDRESS | 


i 
i 
I 


SECOND INVENTOR'S SIGNATURE 


| DATE 
1 


I 
1 
1 
1 


FULL NAME | 
OF THIRD j 
INVENTOR | 




1 
I 

I 
I 


RESIDENCE & | CITY AND STATE OR CITY AND FOREIGN COUNTRY 
CITIZENSHIP j 


| COUNTRY OF 

j CITIZENSHIP 

1 

1 

1 


t 
1 
i 
l 


POST OFFICE | 
ADDRESS j 




! 

i 


THIRD INVENTOR'S SIGNATURE 


| DATE 

1 

1 



:ing of Inventors Continued on attached page(s) / /Yes /J^/No 
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